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BACKGROUND OF THE INVENTION 



FIELD OF THE INVENTION 
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[0002] The invention relates generally to the field of computer 
algorithms and more particularly to a multiphase system and 
method of performing operations upon data structures. 

tQ . BACKGROUND INFORMATION 
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[0003] Data structures, such as linked lists, trees, sets, and 
graphs are well known in the computing arts and are used to 
store information in a logical and efficient manner for access 
and operation by computing processes. Computing processes 
operable upon such data structures include operations for 
inserting, deleting, and updating data structure elements. Such 
computing processes include concurrent operations such as 
operations upon a data structure element and operations upon a 
20 row including the data structure element. 

[00041 Systems and methods of the prior art avoid conflicts 
between concurrent operations by locking the affected* data 
structure or a portion thereof affected by concurrent 
operations. In this manner the integrity of the data structure 



being operated upon as well as the integrity of the information 
stored therein is ensured. Such locking further ensures that 
concurrent operations operating upon a same element of the data 
structure or upon the information stored in the same element are 
performed in the correct sequence to thereby eliminate 
corruption of the information or error conditions. 
[0005] Thus for example, concurrent operations such as updating 
entries in a database are conventionally stored in an ordered 
list of pending operations. For each pending operation on the 
list, upon execution of the operation, an affected row in the 
database is locked until the operation is completed. The 
affected row is locked in order that other pending operations do 
not intercede and produce inconsistent results. For example, if 
the ordered list includes two updates to a cell in the database 
row, the affected row is locked while a first update operation 
executes and commits thus preventing a second update operation 
from concurrently executing. In this manner, the integrity of 
the database is maintained. 

The execution of such operations using locks is expensive. 
Locking of the data structure can result in significant 
performance degradation of data structure operations because one 
operation may have to wait for another operation to complete. 
Additionally, while the data structure is locked, processes are 
precluded from reading information from the data structure. 



[0006] What is needed are systems and methods for performing 
operations upon data structures which reduce and/or eliminate 
the need to lock the data structure or the portion thereof being 
operated upon during the execution of concurrent operations. 
Such systems and methods preferably reduce the time during which 
data structures operated upon are locked. 



BRIEF SUMMARY OF THE INVENTION 



A method for executing operations upon a linked data 
structure having at least one element includes performing a 
first set of operation tasks in a first phase in which the 
linked data structure is not locked. The first set of operation 
tasks is operable to effect a first set of state transitions 
characterized by navigation of at least an existing link of the 
linked data structure. 

The method further includes developing a second set of 
operation tasks, the second set of operation tasks operable to 
effect a second set of element state transitions characterized 
by at least a pointer to the linked data structure. The second 
set of element state transitions is distinct from the first set 
of element state transitions and a portion of the linked data 
structure being operated upon by the operation is locked during 
the execution of the second set of operation tasks. The second 
set of operation tasks is performed in a second phase and 
instructions for carrying out the second set of operation tasks 
are executed atomically. 

The system and method of the invention find particular 
implementation in the rebalancing of tree data structures. It 
has been found that the rebalancing of a tree data structure can 
be advantageously deferred. More particularly, the method of 



the invention finds particular use in such deferred rebalancing 
including executing a first set of rebalancing operation tasks 
in the first phase and a second set of rebalancing operation 
tasks in the second phase. 



BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS 



FIG. 1 illustrates a flowchart illustrating a method according 
5 to one embodiment of the invention; 

FIG. 2 illustrates a computing system in which an embodiment of 
the invention may be practiced; 



Bp FIG. 3 illustrates a block diagram illustrating a relationship 

¥4 . • 

y3 between update data and a row identifier index (RID); 



hi 



FIG. 4A illustrates the result of a pre-associated to pending 
insert operation at the conclusion of an update phase; 



K FIG . 4B illustrates the result of the pre-associated to pending 
insert operation discussed in relation to FIG. 4A after a 
commit phase; 

20 FIG. 5 is a flow chart illustrating the update phase of an 

insertion of a new element into a data structure according 
to one embodiment of the invention; 
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FIG. 6 is a flow chart illustrating the commit phase of an 

insertion of a new element into a data structure according 
to one embodiment of the invention; 



FIG. 7 illustrates a tree data structure whose balancing has 
.been deferred; 



FIG. 8 is a flow chart illustrating a method of deferred 
balancing of a tree data structure according to one 
embodiment of the invention; and 



FIG . 9 illustrates the tree data structure of FIG. 7 after 
balancing. 
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DETAILED DESCRIPTION OF THE INVENTION 



[0007] It has been discovered that the execution of operations 
upon a data structure can be divided into two phases in such 
5 manner that the overall efficiency of a computing system is 

improved. In an update phase, update phase state transitions of 
operations as further described herein are executed concurrently 
thus eliminating the need to lock the affected data structure. 
During the update phase, the data structure can still be 
1I| traversed using existing links thereby enabling read operations 

MM: 

*fi to execute. 

[0008] In a commit phase, commit phase state transitions of the 

4% 

^ operations are executed in an ordered manner. During the commit 
[ a phase, affected elements of the data structure are locked and 



Jf the commit phase state transitions are executed atomically. 

Such transitions include the breaking of existing links thereby 



precluding the execution of operations requiring navigation of 
the data structure, such as read operations. 

[0009] The system and method of the invention provide for overall 
20 improvement in the efficiency of the computing system by 

reducing the time during which the data structure is locked. 
Furthermore, the system and method of the invention provide for 
improved efficiency in the case where the computing system is 
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heavily loaded and for improved responsiveness in the case where 
the computing system is not heavily loaded. 

[0010] In accordance with one embodiment of the invention and 
with reference to FIG. 1, a process generally designated 100 for 
5 executing operations upon a data structure includes a first step 
110 in which operations upon a data structure are received and 
queued in a task queue- Such operations include insertion, 
deletion and update operations which can further be divided into 
distinct operation tasks as is well known in the art. Update 
lp operations, which include modification of a value of a data 

© structure element, can be executed as an insertion of a new data 

Sj 

ST structure element followed by deletion of an old data structure 
-element. 

^ [0011] In a step 120 the process 100 checks if any operations 
fl have been received in step 110. If any operations have been 

received, then in a step 130 the update phase state transitions 

H 

of the received operations are either executed or postponed in 
the update phase as further described herein. Operations 
postponed are returned to the task queue. In a step 140 the 
20 commit phase state transitions of the received operations which 
have not been postponed are executed in the commit phase. If no 
operations have been received as determined in step 120, the 
process 100 returns to step 110 and waits to receive operations. 
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Upon completion of the commit phase in step 140, the check 
performed in step 120 is repeated. 

[0012] During the execution of the update phase of step 130 and 
the commit phase of step 140, additional operations may be 
received and queued by step 110 for later execution in steps 130 
and 140. Thus the number of operations executed in steps 130 
and 140 is dependent upon the number of operations queued in 
step 110. Process 100 thus executes operations in such manner 
that if a small number of operations are queued in step 110, a 
small number of operations are executed in steps 130 and 140 and 
if a large number of operations are queued in step 110, a large 
number of operations are executed in steps 130 and 140. 
[0013] It has been found that the process 100 operates to improve 
the efficiency of the computing system. In the case where 
relatively few operations are received in step 110, then the 
process 100 achieves improved responsiveness. If on the other 
hand, a relatively large amount of operations are received in 
step 110, then the process 100 achieves improved efficiency by 
reducing the number of times the process 100 switches between 
the update phase of step 130 and the commit phase of step 140. 
[0014] The invention may be practiced in a computing system 200 
such as illustrated in FIG. 2. Computing system 200 includes 
computer code 220 having computer instructions for performing 
processes of the invention, and memory 230 for storing task 
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queue 260, update data 250, and a data structure 240, as further 
described herein. Computer code 220 is optionally stored in 
memory 230. Computing system 200 and the components included 
therein are optionally distributed over a plurality of computing 
devices . 

[0015] Data structure 24 0 is preferably a linked structure and 
includes a plurality of elements 245, such as nodes or list 
elements as is well known in the art. Elements 245 further 
include fields 247 such as data fields and links which enable 
the linked structure. While data structure 240 has been 
described in terms of nodes and list elements, those skilled in 
the art will recognize that data structure 240 may include any 
data organization that uses links or the like to associate and 
establish relationships between data structure elements 245. 
[0016] According to one embodiment of the invention, operations 
upon the data structure 240 include state transitions between 
defined states as listed in Table 1. An element 245 of data 
structure . 240 affected by the execution of a given operation 
includes a corresponding state field preferably stored in field 
247. 
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Pre-Associated 
Pending Insert 

Valid 
Pending Delete 

Deleted 

Hidden 

Invalid 

Table 1 

[0017] Thus, for example, an insertion operation includes state 
transitions between a pre-associated state, in which an element 
245 to be inserted into data structure 240 is created, to a 
pending insert state, in which the element 245 to be inserted is 
linked to the data structure 240 at an insertion point while an 
existing link at the insertion point is maintained, to a valid 
state, in which the existing link at the insertion point is 
removed. 

[0018] In similar fashion, a deletion operation includes state 
transitions between a valid state in which an element 245 to be 
deleted from data structure 240 remains linked to other elements 
245 at a deletion point, to a pending delete state in which a 
link is created between the elements 245 in data structure 240 
linked to the element 245 to be deleted, to a deleted state, in 
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which the element 245 to be deleted is no longer linked to the 
data structure 240. 

[0019] Additional states include an invalid state and a hidden 
state. An example of element 245 being in an invalid state is 
when the element 245 has been deleted from the data structure 
but the deleted element still physically exists. Additional 
clean up processes physically delete the deleted element 245. 
Preferably, such clean up processes execute in the commit phase 
of step 140 (FIG. 1) . 

[0020] An element 245 is in the hidden state following a rollback 
request in which the element 245 to be inserted is hidden from 
all operations. As further described herein, an element 245 in 
the hidden state may undergo a state transition from the hidden 
state to the invalid state as well as a state transition from 
the hidden state to the pending insert state. 

[0021] As explained herein, state transitions are executed in 
either the update phase of step 130 or the commit phase of step 
140 (FIG. . 1), those executed in the update phase of step 130 
including a first set of state transitions and those executed in 
the commit phase of step 140 including a distinct second set of 
state transitions. Table 2 lists state transitions and the 
phase in which each is executed. 
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Update Phase 


Commit Phase 


\/=a 1 iH t~ ri Ppnrl "inn Dplete 


Pending Insert to Valid 


tic doSUoia LCU L»w J. ciiuxny 

Insert 


Pending Delete to Invalid 


ppnHi nn Tnqprt" 1"0 Hidden 


Hidden to Invalid 




Invalid to Deleted 




Pending Delete to Valid 
(rollback only) 




Hidden to Pending Insert 
(rollback only) 




Pending Insert to Invalid 
(rollback only) 



Table 2 

[0022] The update data 250 (FIG. 2) are developed during the 
update phase of step 130 (FIG. 1) as further described herein. 
Such development involves navigation of the data structure 24 0 
(FIG. 2) . Thus for example, the state transition from the valid 
state to the pending delete state involves navigation to the 
point of deletion in the data structure 240. Such navigation 
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involves the traversal of links between data structure element 
245 as is well known in the art. 

[0023] The state transition from the pre-associated state to the 
pending insert state similarly involves navigation to the point 
of insertion in the data structure 240. The state transition 
from the pending insert state to the hidden state also involves 
navigation to the insertion point. 

[0024] During the update phase of step 130 (FIG. 1), update data 
.250 is developed by computer code 220 (FIG. 2) in the form of a 
First In Last Out (FILO) stack. Update data 250 includes 
address data relating to the locations of elements 245. This 
address data is used in the commit phase of step 140 (FIG. 1) in 
place of navigating data structure 240 (FIG. 2) . Update data 
250 further includes instructions for inserting and deleting 
data structure elements as further described herein. 
[0025] FIG. 3 is a block diagram illustrating a relationship 
between update data 250 (FIG. 2) and a row identifier index 
(RID) 310 of a type well known in the art. The RID 310 is used 
to provide a convenient means for accessing update data 250. 
RID 310 is a table of pointers 315 pointing at table rows 320 
that hold elements 245 of data structure 240 (FIG. 2), 
[0026] In the present invention each table row 320 includes a 
pending update field (PU) 330 that holds a pointer to . update 
data 250 if update data 250 associated with that row 320 exists. 
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If a specific PU field 330 holds a NULL pointer created when a 
specific row 320 is developed, then update data 250 associated 
with the specific row 320 does not exist and no updates are 
pending on a particular element 245 of data structure 240 
associated with the specific row 320. If PU 330 holds a non- 
NULL pointer then the pointer points to update data 250 
associated with the particular element 245. 

[0027] Update data 250 is developed during the update phase of 
step 130 (FIG. 1). For each task in task queue 260 (FIG. 2) that 
includes a commit phase state transition, a new top item 340 is 
added to update data 250. The previous top item becomes a 
second item (not shown) in the FILO stack of update data 250. 
Top item 340 includes information to be used in the commit phase 
of step 140 (FIG.l) to complete the operation. For example, the 
information includes instructions for changing the state of 
element 245 from the pending insert state to the valid state. 
[0028] When added to update data 250, top item 340 includes a 
flag (not shown) indicating that conflicts have not been 
checked. Upon encountering such a flag, computer code 220 
searches update data 250 for possible conflicts including 
operations executing upon the same element 245. If no conflicts 
are found then the flag is modified to indicate that no 
conflicts . exist . If a conflict is found then a rollback of the 
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operation is scheduled for the next commit phase as further 
described herein, and in particular with reference to FIG . 5. 
[0029] During the commit phase of step 140 (FIG. 1) computer code 
220 traverses RID 310 and examines each row 320 for a non-NULL 
PU field 330, For each non-NULL PU field 330, update data 250 
is processed from the top down. When the last operation 
instructions in the update data 250 are executed, the associated 
PU 330 is reset to NULL and computer code 220 proceeds to the 
next pointer 315 in the RID 310 table. 

[0030] The instructions from update data 250 include a pointer to 
the data elements 245 within data structure 240 operated on 
during the update phase of step 130. These pointers eliminate 
the need for computer code 220 to navigate through data 
structure 240 during the commit phase of step 140. The FILO 
structure of update data 250 forces operations to be performed 
in. an order that assures no conflicts. 

[0031) An element insertion operation includes, as stated 
previously, the state transitions from pre-associated to 
pending insert to valid. FIG. 4A illustrates the result of a 
state transition from the pre-associated state to the pending 
insert state at the conclusion of the update phase of step 130 
(FIG. 1) . A new element 410 of a type well known in the art is 
being inserted into data structure 240 between a first element 
420 and a second element 430. An existing link 440 points from 
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first element 420 to second element 430. Link 440 remains 
visible to all processes other than the insertion operation at 
the conclusion of the update phase of step 130. In this manner, 
the integrity of data structure 240 is maintained. A new link 
450 points from first element 420 to new element 410. New link 
450 is visible to the insertion operation during the update 
phase of step 130 and is not visible to other operations until 
the commit phase of step 140 (FIG. 1). New element 4 TO (FIG. 4) 
also includes a link 460 pointing to second element 430. 
[0032] FIG. 4B illustrates the result of a state transition from 
the pending insert state to a valid state at the conclusion of 
the commit phase of step 140 (FIG. 1) . During the commit phase 
computer code 220 removes link 440 and makes new links 450 and 
460 visible to all processes. Both of these operations are 
executed atomically. In the preferred embodiment all operations 
executed during the commit phase of step 140 are atomic 
operations . 

[0033] FIGs. 5 and 6 further illustrate the process steps for 
inserting new element 410 (FIG. 4) into data structure 240 (FIG- 
2) according to one embodiment of the invention. With reference 
to FIG. 5, the process steps of the insertion operation which 
occur during the update phase of step 140 (Fig, 1) are 
illustrated. In accordance with the process of FIG. 1, in a 
step 510 computer code 220 receives operations operable upon 

19 



data structure 240 from task queue 260. In this example the 
first operation in task queue 260 is an insertion operation of 
new. element 410, 

[0034] In a step 520 the update phase of step 130 starts. In a 
5 step 530 new element 410 to be inserted by the insertion 

operation is created by computer code 220 if new element 410 
does not already exist and a field 247 of the new element 410 is 
modified to indicate that new element 410 is in the pre- 
associated state. 

M [0035] In a step 540 field 247 within new element 410 is modified 
$i to indicate that new element 410 has transitioned from the pre- 
y - associated state to the pending insert state. 

H [0036] In a step 550 computer code 220 navigates through data 

L structure 240 to first element 420 which will become a parent of 

a 

IS new element 410 if the insertion operation executes 

fel successfully. Step 550 further includes the execution of tasks 

N 1 ■ 

associated with the insertion of new element 410 such as 
creating links 450 and 460 and a pointer to the insertion point 
for use during the commit phase of step 140 (FIG. 1) . 
20 [0037] In a decision step 560, computer code 220 determines if 
there are existing update data 250 associated with the row 320 
in which link 450 to new element 410 is being inserted. If no 
such update data 250 yet exists, then, in a step 570, memory for 
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update data 250 is allocated and pointed to by PU 330 as 
described herein and illustrated in FIG. 3. 

[0038] In a step 580 instructions for transitioning the state of 
first element 420 from the pending insert state to the valid 
5 state during the commit phase of step 140 ( FIG. 1) are written 
to (pushed on) update data 250 and become top item 340.. The 
written instructions include a flag (not shown) indicating that 
conflict tests have not been checked for the insertion 
operation. 

S3 [0039] Returning to decision step 560, if update data 250 

associated with the row in which link 450 to new element 410 to 

St 

be inserted already exists , then computer code 22 0 executes a 

s > 

i 
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J step 582 identical to step 580. After writing data to update 
data 250 computer code 220 traverses update data 250 in a step 
P 584, testing for operations that would conflict with the 

gj insertion of new element 410. Methods of identifying 

W - ■ 

conflicting operations include those described in co-pending 
application entitled "System and Method for Determining the 
Commutativity of Computational Operations." 
20 [0040] In a decision step 58 6 computer code 220 considers if 

conflicting operations were found in step 584. If a conflicting 
operation is identified then the insertion operation is not 
executable and the insertion is blocked from completion in a 
step 588. The blocking step 588 optionally includes postponing 
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the execution of the operation by returning the insertion 
operation to task queue 260. Returning the operation to task 
queue 260 causes the operation to be retried during the next 
update phase of step 130 (FIG. 1) . Computer code 220 then 
processes the next operation that was received in step 510. 
[0041] If on the other hand it is determined in step 586 that the 
insertion operation can execute without conflicts, then in a 
step 592 the flag written in step 582 is modified to indicate 
that conflict tests have been checked. Similarly, the flag 
written in step 580 is modified to indicate that conflict tests 
have been checked. Note that although no conflict tests were 
performed following step 580, the flag written in step 580 is 
thus far the first data 250 associated with a particular row 320 
and, hence, there can be no conflicts. 

[0042] In a step 594 computer code 220 creates new links 450 and 
4 60 pointing from first element 420 to new element 410 and from 
new element 410 to element 430 respectively. Links 450 and 460 
are only visible to the process performing the insertion of new 
element 410. In a step 596 computer code 220 proceeds to the 
next operation that was received in step 510. 
[0043] Once all update phase state transition of operations 
received in step 510 are handled, then the update phase of step 
130 (FIG. 1) is completed. 
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[0044] FIG. 6 illustrates the process steps of the insertion 
operation which occur during the commit phase of step 140 (FIG. 
1) according to the invention. In a step 620 computer code 220 
uses a first pointer 315 in RID 310 to navigate to the first row 

5 320. In a decision step 630 PU 330 of the first row 320 is 
examined. If PU 330 is found to have a non-NULL value 
indicating that update data 250 for the first row 320 exists, 
computer code 220 proceeds to a step 640 in which top item 340 
of update data 250 is read. In the exemplary case, PU 330 is 

£3 non-NULL and computer code 220 then uses the read data in a step 

# 650 to transition the state of element 410 being inserted from 

'H- ■ 

the pending insert state to the valid state. The data read, 
including the pointer to the insertion point, is used to 
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L complete the insertion of new element 410 by eliminating link 

H' 

|| 440 and making links 450 and 460 visible to all processes 

Li 

Q operating upon data structure 240. 

r— . 

[0045] Commit phase state transitions of additional operations 
received in step 510 are executed by reading and executing, in 
order, any remaining items of update data 250 associated with 
20 the first row 320. Upon execution of all items in such update 
data 250, the commit phase of step 140 determined in decision 
step 660 if all pointers 315 in RID 310 have been processed. 
Step 660 is executed directly after step 630 if the PU 330 
examined in step 630 includes a NULL pointer. If all pointers 
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315 in RID 310 have been processed the method proceeds to step 
120 (FIG. 1) . Otherwise, the next pointer 315 is used in a step 
670, analogous to step 620 to navigate to subsequent rows 320 
where the associated PU 330 is examined as described herein. 
[0046] While the update and commit phases of steps 130 and 14 0 
(FIG. 1) have been described with reference to an insertion 
operation, any operation upon data structure 240 can be divided 
into : the two phases described. Many multi-step operations, such 
as sorting elements 245, balancing of tree data structures, and 
the like, are combinations of insertions, and deletions, of 
elements 245 and can therefore be executed in the update and 
commit phases of steps 130 and 140. 

[0047J The system and method of the invention find particular 
implementation in the rebalancing of tree data structures. 
Conventional systems either rebalance a tree data structure with 
every insertion or deletion of a node that causes the tree to 
become unbalanced, or allow the tree data structure to become 
unbalanced. 

[0048] As is well known in the art, searches or traversals of an 
unbalanced tree are more costly than such operations on a 
balanced tree. This inefficiency has motivated the prior art to 
rebalance whenever the tree becomes unbalanced, however 
slightly . 
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[0049] It has been found that the rebalancing of a tree data 
structure can be advantageously deferred. More particularly, 
the method described with reference to FIG. 1 in which 
operations are divided into the update phase of step 130 and the 
commit phase of step 14 0 finds particular use in such deferred 
rebalancing. 

[0050] With reference to FIG. 7, a tree data structure generally 
designated 700 is shown including a balanced portion having 
three levels generally designated 750, 760, and 770. Tree data 
structure 700 further includes an unbalanced portion having 
three levels generally designated 780, 785, and 790. In one 
aspect of the invention, the rebalancing of tree data structure 
700 is advantageously deferred until the unbalanced portion of 
tree data structure 700 reaches a threshold number of levels, 
[0051] It has been found that such deferred rebalancing minimally 
affects the average search of tree data structure 700; For 
example the maximum number of steps in a binary search of a 
binary tree data structure having n nodes is log 2 n. Thus for a 
tree data structure 700 having 64K nodes, the maximum number of 
steps is 16. It has been found that bounding the length of the 
unbalanced portion of tree data structure 700 to two times the 
maximum number of steps in the binary search does not adversely 
affect the performance of the system in terms of the average 
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number of steps taken to find a particular node of tree data 
structure 700. 

[0052] FIG. 8 illustrates a process, according to an eiribodiment 
of the invention, by which the unbalanced portion of tree data 

5 structure 700 is allowed to grow unbalanced until a leaf 730 is 
inserted at the threshold level of tree data structure 700. 
After this insertion occurs, the entire tree data structure 700 
is rebalanced. By delaying the rebalancing, and allowing 
unbalanced sub-trees of length greater than one, the number of 

Q times the tree data structure 700 is rebalanced is reduced. 

M3. This reduction saves the computational effort required to 

8? . perform tree data structure rebalancing while still limiting the 

#' - 

.. total depth of the tree data structure 700. 

[0053] As shown in FIG. 8, operations are performed in a step 810 

P on tree data structure 700 (FIG. 9). These operations include 

M ' 

O node insertion, deletion, reading, and the like. Each time an 

U 

operation is performed in step 810, computer code 220(FIG.2) 
determines in a step 820 if the operation was a node insertion. 
If the operation was not a node insertion then computer code 220 
20 -returns to step 810 to perform another operation. If the 
operation was a node insertion, then computer code, 220 
determines, in a step 830, if the element node was inserted at 
the threshold level. If the element node was not inserted at 
the threshold level then computer code 220 returns to* step 810. 
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If the insertion occurred at the threshold level then tree data 
structure 700 (FIG. 9) is rebalanced in a step 840. After 
rebalancing step 84 0, computer code 220 returns to step 810 and 
performs further operations on the tree data structure 700. 
[0054] In an alternative embodiment, the threshold level compared 
with the insertion level in step 830 is calculated by adding a 
constant, such as eight, to the depth of the tree data structure 
700 determined after rebalancing step 840. This approach allows 
tree data structure 700 to grow a constant number levels deeper 
than the minimum number of levels required to hold the elements 
'nodes within tree data structure 700. 

[0055] After the rebalancing, tree data structure 700 may be 
organized as tree data structure 900 shown in FIG . 9. In a 
preferred embodiment, the rebalancing includes use of the two 
phase process discussed with respect to FIGs. 1-6, that is, the 
division of the rebalancing operation into tasks executed in the 
update phase of step 130 (FIG. 1) and the commit phase of step 
140. In this manner the rebalancing operation can be executed 
concurrently with other operations executing on the tree data 
structure 700. 

[0056] Several embodiments are specifically illustrated and/or 
described herein. However, it will be appreciated that 
modifications and variations are covered by the above teachings 
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and within the scope of the appended claims without departing 
from the spirit and intended scope thereof. 
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